Understand会把源码分析结果、实体关系、度量数据等内容保存在项目数据库中。创建项目时看到的.und项目位置，和Understand实际保存分析数据的位置并不一定完全相同，这一点很容易混淆。项目移动到其他磁盘后打不开、数据库版本不匹配、parse.udb出现异常时，也不建议直接覆盖原文件。先把现有项目保留下来，再判断是分析数据可以重建，还是整个.und项目都需要重新创建，会更容易保住原来的工程配置。

Understand完成项目分析后，可以直接统计代码行数、函数复杂度、嵌套深度、类耦合等度量数据，也能按函数、文件、类和项目层级查看汇总结果。代码度量比较适合用来找体量较大的文件、复杂函数和耦合集中的模块，但这些数值依赖Understand已经识别到的源码实体。项目文件缺失、宏配置不对或者选错度量层级，都可能让结果和人工检查出现明显差异。

Understand分析完项目后，可以把函数之间的调用和被调用关系直接画成图，用来查入口函数、追踪多层调用链，或者判断某个函数改动后会影响哪些位置。调用关系图显示不完整时，先不要把问题归到图形界面上，因为图中的连线来自项目数据库里的实体和引用记录。源码解析不完整、宏定义不对、头文件缺失，都会让原本存在的函数调用没有进入分析结果。

Understand在完成源码分析后，会根据函数调用、变量引用、类型使用、文件引用等关系建立代码依赖数据。查看一个文件依赖了哪些模块、某个函数被谁调用，或者修改一个公共模块可能影响哪些文件，都可以从项目数据库里继续追踪。依赖图出现缺少调用、关系数量异常、同一个对象被识别成多个实体时，往往和项目分析配置有关，尤其是C/C++工程里的头文件目录、宏定义和实际编译参数没有配置完整时，依赖结果很容易跟源码实际情况对不上。

Understand通过项目数据库保存源码范围、语言类型、编译环境和分析配置。项目刚建立时，如果只把源码目录加进去，却没有把真实构建使用的头文件路径、宏定义和编译信息带进来，后面很容易出现文件识别不全、引用关系缺失或大量解析错误。另一类情况是原来能打开的项目换了电脑、移动源码目录或升级Understand后无法正常加载，这时要把项目数据库、源码路径和版本变化分开检查。

Understand架构视图可以把文件、类、函数重新组织到业务模块或技术分层中，再查看模块依赖。处理“Understand架构视图怎么生成Understand架构视图层级混乱如何调整”时，先确定划分逻辑，再映射代码实体。目录、功能和人员混在同一层，图形很快就会失去分析价值。

大型工程中，同名变量可能分别属于全局对象、局部对象、类成员或函数参数。普通搜索只能找到名称位置，Understand则会依据分析数据库识别变量实体及其引用关系。处理“Understand怎么查找变量引用Understand变量引用结果遗漏是什么原因”时，应先确认实体，再检查分析范围和编译环境。

代码量变大后，只看文件行数很难判断哪里最值得处理。Understand可以在项目、文件、类和函数层级统计规模、复杂度、耦合及注释情况，并通过表格和树图集中展示。处理“Understand代码度量指标怎么看Understand圈复杂度过高说明什么”时，还要结合函数规模和调用关系判断风险。

大型项目中，一个文件改动后会影响哪些模块，单靠搜索函数名很难判断。Understand可以从文件、类和架构层计算依赖，并下钻到具体调用、包含和使用关系。处理“Understand代码依赖关系怎么分析Understand循环依赖问题如何定位”时，应先保证工程分析完整，再从依赖图逐层缩小范围。

接手体量较大的代码工程时，逐个搜索函数名称很难快速看清入口、下游调用和影响范围。Understand可以依据项目数据库中的调用引用生成函数调用图，但图中能否展示完整关系，取决于源码是否完成解析、调用目标能否识别，以及图形深度和过滤条件是否合适。处理Understand怎么生成函数调用图Understand函数调用图显示不完整如何排查，应先确认项目分析状态，再调整图形范围。